English+GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>AuthInfo</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">AuthInfo</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>AuthInfo</b>, auch als <b>AuthInfo-Code</b> oder <b>Auth-Code</b> bezeichnet, ist ein bei der <a href="DENIC" title="DENIC">DENIC</a> hinterlegtes <a href="Passwort" title="Passwort">Passwort</a>, das zum Umzug einer <a href="Domain_(Internet)" title="Domain (Internet)">Domain</a> unterhalb von <a href=".de" title=".de">.de</a> zu einem anderen <a href="Internetdienstanbieter" title="Internetdienstanbieter">Provider</a> benötigt wird. Das Wechselverfahren ist auch als <i>CHPROV</i> (<span style="font-style:normal;font-weight:normal"><a href="Englische_Sprache" title="Englische Sprache">englisch</a></span> <span lang="en-Latn" style="font-style:italic">change provider</span> <span lang="de" style="font-style:normal;font-weight:normal">‚Provider wechseln‘</span>) bekannt.

</p><p>Ein früheres Wechselverfahren wurde als <i>Konnektivitäts-Koordination</i> (kurz <i>KK</i>) bezeichnet. Davon abgeleitet war der Ausdruck eines <i>KK-Antrags</i>, der unter deutschen Providern auch für andere <a href="Top-Level-Domain" title="Top-Level-Domain">Top-Level-Domains</a> verwendet wurde, obwohl die Verwaltungsstellen (<a href="Network_Information_Center" title="Network Information Center">NICs</a>) jeweils eigene Bezeichnungen (meist <a href="Domain-Transfer" title="Domain-Transfer">Domain-Transfer</a>) und oftmals auch ganz andere technische Abläufe für solch einen Vorgang hatten.

</p>

<div class="mw-heading mw-heading2"><h2 id="Zuständigkeitsstrukturen_von_Providern_und_DENIC"><span id="Zust.C3.A4ndigkeitsstrukturen_von_Providern_und_DENIC"></span>Zuständigkeitsstrukturen von Providern und DENIC</h2></div>

<p>Die DENIC eG ist genossenschaftlich organisiert, d. h., sie wurde von Internetprovidern als zentrale Verwaltungsstelle für die <a href="Top-Level-Domain" title="Top-Level-Domain">Top-Level-Domain</a> <a href=".de" title=".de">.de</a> gegründet, um für diese Provider die Verwaltung zu übernehmen.

</p><p>Die Provider bieten die Dienstleistung „Registrierung einer .de-Domain“ sowohl direkt am Markt als auch gegenüber Wiederverkäufern an, die sich ihrerseits wieder direkt an Kunden, und eventuell auch an Wiederverkäufer wenden.

</p><p>Ein <a href="Domaininhaber" title="Domaininhaber">Domaininhaber</a> hat also entweder direkt bei einem DENIC-Mitglied oder bei einem Provider, der seinerseits direkt oder indirekt bei einem DENIC-Mitglied Kunde ist, eine Domain registriert.

</p>

<div class="mw-heading mw-heading2"><h2 id="Technischer_Ablauf">Technischer Ablauf</h2></div>

<div class="mw-heading mw-heading3"><h3 id="CHPROV-Verfahren_über_AuthInfo"><span id="CHPROV-Verfahren_.C3.BCber_AuthInfo"></span>CHPROV-Verfahren über AuthInfo</h3></div>

<p>Seit dem 9. Dezember 2008 bietet die DENIC eG dieses inzwischen einzig zulässige Providerwechsel-Verfahren an. Es basiert auf der Übermittlung eines Passworts, der AuthInfo. Diese AuthInfo ist nur für diesen speziellen Vorgang gültig und bezieht sich auf eine bestimmte Domain.

</p><p>Der erste Vorteil des neuen Verfahrens ist der beschleunigte Ablauf des Providerwechsels. Da eine AuthInfo nur dem aktuellen Domaininhaber bekannt ist, kann ein Providerwechsel mit AuthInfo ohne zusätzliche Bestätigung des Domaininhabers durch seinen alten Provider sofort durchgeführt werden. Ein weiterer Vorteil ist die Möglichkeit, bei einem Providerwechsel einen gleichzeitigen Inhaberwechsel durchzuführen. So können zum Beispiel Schreibfehler beim Domaininhaber ohne einen getrennten Auftrag des Domaininhabers sofort korrigiert oder die Domain nach einem Verkauf in einem Schritt auf den neuen Inhaber übertragen werden.

</p><p>In der Regel wird die AuthInfo über das DENIC-Mitglied, das die Domain aktuell verwaltet, bei der DENIC hinterlegt (AuthInfo1). Alternativ kann auch ein beliebiges anderes DENIC-Mitglied kostenpflichtig die Hinterlegung einer AuthInfo beantragen (AuthInfo2). Die AuthInfo2 wird von der DENIC eG generiert und dem Domaininhaber per Einschreiben zugeschickt. Der Transfer kann auch zu einem anderen als dem Mitglied, das die AuthInfo2 beantragt hat, erfolgen.

</p>

<div class="mw-heading mw-heading3"><h3 id="Asynchrones_Verfahren">Asynchrones Verfahren</h3></div>

<p>Vor der Einführung von AuthInfo kam ein asynchrones Verfahren zum Einsatz, das bis zum 1. Februar 2010 noch parallel weiter betrieben wurde. Hierbei wurde das Wechselverfahren durch einen KK-Antrag beim neuen Provider gestartet.

</p><p>Der Provider sollte laut DENIC-Richtlinien prüfen, ob der Kunde dazu berechtigt ist. Das war anzunehmen, sofern der Eintrag des <a href="Admin-C" title="Admin-C">Admin-C</a> der Domain mit den Kundendaten identisch ist.

</p><p>War der Provider ein direktes DENIC-Mitglied, so sendete er über das elektronische Interface (<a href="Pretty_Good_Privacy" title="Pretty Good Privacy">PGP</a>-signierte E-Mail) oder das Realtime Registry Interface (kurz RRI) den Auftrag an die DENIC. War er kein Mitglied, so leitete er den Auftrag an seinen übergeordneten Provider weiter, der ihn ggf. noch weiter nach „oben“ in der Baumstruktur leitete, bis er ein DENIC-Mitglied erreichte.

</p><p>Die DENIC verständigte aufgrund des KK-Antrags das bisher für die Domain zuständige DENIC-Mitglied. Dieser Provider verständigte seinerseits seinen Kunden (Direktkunde oder Provider ohne DENIC-Mitgliedschaft) von dem KK-Antrag und wartete auf eine Äußerung, ob dem Antrag stattgegeben werden kann, oder ob er abgelehnt werden soll. Die Antwort leitete der Provider dann zurück zur DENIC, die entsprechend handelte.

</p><p>Schwieg der Kunde, so lehnte der bisherige Provider den KK-Antrag im Zweifel ab. Versäumte hingegen der Provider fünf Arbeitstage lang zu antworten, so wurde die Domain von der DENIC automatisch umgezogen. Alle Beteiligten erhielten über den vollzogenen Umzug eine Benachrichtigung.

</p><p>Die möglichen Antworten auf einen KK-Antrag waren:

</p>

<ul><li><i>ACK</i> ist die Kurzform für „acknowledged“, und bedeutete ein Akzeptieren der KK/des Providerwechsels.</li>

<li><i>NACK</i> ist die Kurzform für „not acknowledged“, und bedeutete eine Ablehnung der KK/des Providerwechsels.</li>

<li><i>LATEACK</i> ist die Kurzform für „late acknowledged“. Hatte ein Provider den Wechsel bereits abgelehnt, und erhielt er verspätet vom Domaininhaber noch eine Zustimmung zum Wechsel, so konnte er bis zu 90 Tage später dem KK-Antrag noch zustimmen. Der LATEACK wurde bei Einführung des neuen AuthInfo-Verfahrens am 9. Dezember 2008 abgeschafft.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Verfahren_anderer_Domainverwaltungsstellen_(NIC)"><span id="Verfahren_anderer_Domainverwaltungsstellen_.28NIC.29"></span>Verfahren anderer Domainverwaltungsstellen (NIC)</h2></div>

<p>Die NIC anderer Top-Level-Domains haben historisch bedingt oft ganz andere Strukturen und Verfahren.

</p><p>Beispielhaft seien an dieser Stelle die Domains <b>.ch</b> und <b>.li</b> genannt, welche von <a href="SWITCH" title="SWITCH">SWITCH</a> verwaltet werden. In der Schweiz erhielt jeder Domaininteressent lange Zeit nur direkt bei SWITCH einen Account für die Verwaltung seiner registrierten Domains, die notwendigen <a href="Domain_Name_System#Nameserver" title="Domain Name System">Nameserver</a> sowie weitere Dienste wie <a href="HTTP" class="mw-redirect" title="HTTP">HTTP</a> oder <a href="SMTP" class="mw-redirect" title="SMTP">SMTP</a> musste er separat bei einem Provider seiner Wahl besorgen. Möchte so ein Domaininhaber den Provider wechseln, muss er lediglich bei SWITCH die neuen Nameserver für seine Domain eintragen, aber keinerlei Antrag stellen. Mittlerweile übernehmen Schweizer Provider allerdings auch die Registrierung neuer Domains bei SWITCH.

</p>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://www.denic.de/domains/de-domains/providerwechsel/">DENIC.de: Providerwechsel</a>

<ul><li><a rel="nofollow" class="external text" href="https://www.denic.de/domains/de-domains/providerwechsel/erzeugung-und-hinterlegung-einer-authinfo/">DENIC.de: Providerwechsel – Erzeugen und Hinterlegen einer AuthInfo</a></li></ul></li></ul></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-05-14" href="https://de.wikipedia.org/wiki/?title=AuthInfo&oldid=256004617">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>